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(57) A scheme for systematically registering meta- 
data with respect to various types of individual data so 
as to enable sophisticated retrieval or application pro- 
gram construction assistance utilizing the meta-data in 
a data server is disclosed. A data type of registering data 
to be registered into a data server that registers and 
manages data and meta-data for data, and one proce- 
dure corresponding to the detected data type is selected 
from a plurality of procedures provided in correspond- 
ence to respective data types and stored in advance, 
each procedure having a program code for generating 
the meta-data for data according to a corresponding da- 
ta type. Then, the meta-data for the registering data are 
generated by executing the program code of the select- 
ed procedure, and the generated meta-data are regis- 
tered in relation to the registering data. 



FIG. 5 




META-DATA GENERATION 
PROCEDURE SELECTION 
MODULU 



INFORMATION 



^203 



(I^ROCEIMJREO)) 



MkTA-D A'l A 



1 META-DATA 
REGISTRATION MODULE 



1^204 



TO STORAGE 
DEVICE 



METADATA 
REGISTRATION 
DEVICE 200 



Q- 
LU 



Printed by Jouva. 75001 PARIS (FR) 



1 EP 1 039 398 A2 2 



Description 

[0001] The present invention relates to a meta-data 
registration scheme to be utilized in a data server de- 
vice. In the following description, a word "meta-data" 
stands for any data on a registered data (or data to be 
registered) which can be utilized in handling or manag- 
ing the registered data. 

[0002] In a system for providing information to users 
through information terminals and information process- 
ing by computers, a data server device has been used 
as a device for registering and storing data, from which 
a specified data can be retrieved or data satisfying a 
desired condition can be searched and retrieved. The 
data server device can be implemented in a form of a 
file system or a database management system which is 
a part of an operating system of a computer, or a Web 
server, file server or database server with respect to 
which data can be entered or retrieved through a net- 
work. 

[0003] A Web server which is one variant of the data 
server device manages various data on a name space 
having tree-like hierarchical structure as shown in Fig. 
1. In this example, 7proj/doc/fig/i mage 1.gif and 7proj/ 
doc/fig/image2.giT are image data in GIF format, Tproj/ 
doc/spec. doc" is a document produced by a word proc- 
essor (MS- WORD), 7proj/src/program.c" is a source 
code of a program written in the C language, and "/sam- 
ple/index. html" is a document file written in HTML. 
Nodes that classify data such as nodes specified by 7 
proj" or 7proj/doc/fig" are generally referred to as direc- 
tories. In each directory, arbitrary many data or directo- 
ries can be included. A directory 7" that is at a top level 
in Fig. 1 will be referred to as a root directory. 
[0004] Data managed by the Web server can be ac- 
cessed by the HTTP protocol through a network. The 
HTTP protocol is disclosed in "Hypertext Transfer Pro- 
tocol -HTTP/1.0" (RFC 1945) and "Hypertext Transfer 
Protocol —HTTP/1.1" (RFC 2068). When some client 
wishes to obtain data of 7proj/doc/fig/image1 .gif \ for in- 
stance, this client sends a GET request having a header 
in a format of "GET /proj/doc/fig/i magel.gif HTTP/1 . 1 " to 
this Web server. Upon receiving this request, the Web 
server returns the requested data. 
[0005] In order to register data on the Web server, a 
PUT request of the same HTTP protocol is used. When 
some client wishes to register a new image data in the 
GIF format under the name of 7proj/doc/fig/i mage3.gif", 
for instance, this client sends a PUT request having a 
header in a format of "PUT /proj/doc/fig/tmage3.grf HT- 
TP/1. 1" to this Web server, while containing the image 
data to be registered in a body of this PUT request Upon 
receiving this request, the Web server stores the re- 
ceived image data under the specified name. 
[0006] In the HTTP protocol, a type of data to be ex- 
changed by GET or PUT in terms of a MIME type. For 
instance, a type of data to be transferred is specified by 
a header in a form of "Content-type: image/gif. 



[0007] A UNIX file system which is another example 
of the data server device manages various data (called 
files in the case of the file system) on a name space 
having a tree-like hierarchical structure as shown in Fig. 
5 2. In the example of Fig. 2, "proc.c" and "sys.h" are re- 
ferred to as files, while "src" and "include" are referred 
to as directories. At a time of accessing a file in the file 
system, a file name of a file to be accessed is specified 
by a file name having a hierarchical structure such as 7 
10 src/kemel/proc.c". 

[0008] It is well known that data managed by the data 
server device can be handled more conveniently by at- 
taching meta-data to each data. There are various ex- 
amples of the meta-data including creation date and lo- 
cation, a creator, an access control information, an up- 
date log, a data source (information indicating where 
this data comes from), a channel, an EPG (electronic 
program guide), a thumb nail in the case of image data, 
an icon to be displayed by GUI, a position to be dis- 
played on a display, an application that created that da- 
ta, an application for browsing that data, a MIME type 
of data, a size of data, and keywords to be used in the 
retrieval. 

[0009] Meta-data is also referred to as property or at- 
tribute in some contexts. 

[0010] When data are managed by attaching meta- 
data, it becomes possible not only access data by spec- 
ifying its name, but also retrieve the data by specifying 
a value of its meta-data, or manage information neces- 
sary for applications in relation to the data. 
[0011] A scheme for registering meta-data in the Web 
server is disclosed as a part of the specification called 
WebDAV in "HTTP Extensions for Distributed Authoring 
— WEBDAV" (Internet Draft: draft-ietf-webdav-protocol- 
10). In the WebDAV, it is possible to attach meta-data 
called property to data managed by the Web server. 
[0012] The Web server compatible with WebDAV 
manages data as shown in Fig. 3. It is basically the same 
as the Web server shown in Fig. 1 , but unlike the usual 
Web server, it manages data and meta-data (property) 
in relation to each other. The property is maintained by 
a pair of a name and a value. In the example of Fig. 3, 
data specified by 7doc/fig/imagel.gif" has three proper- 
ties of "author", "date" and "access". The "author prop- 
erty has a creator of the data as its value, which is T. 
Sato" in this case. The "date" property indicates the date 
on which the data was created and the "access" prop- 
erty indicates an access right information in this exam- 
ple. 

[0013] In the WebDAV, a directly is referred to as a 
collection. In Fig. 3, intermediate nodes of the tree spec- 
ified by 7" or 7doc/fig" are collections. In the specifica- 
tion of the WebDAV, it is possible to attache a meta-data 
to the collection as well. In the following description, this 
collection will also be referred to as a directory. 
[001 4] In the WebDAV, new request methods are add- 
ed by extending the HTTP protocol in order to access 
the property. More specifically, a PROPFIND method is 
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provided in order to extract a value of the property, and 
a PROPPATCH method is provided in order to set up or 
delete a value of the property. By issuing a request using 
these methods, it becomes possible to access the prop- 
erty. The bodies of PROPFIND or PROPPATCH re- 
quests and replies are required to be described using 
XML. 

[0015] A scheme for retrieving data managed by at- 
taching the property according to the specification of the 
WebDAV is called a DASL, which is disclosed in "DAV 
Searching & Locating" (Internet Draft: draft-reddy-dasl- 
protocol-04.txt). The DASL adds a SEARCH method for 
the retrieval by expanding the HTTP protocol, such that 
when a SEARCH request containing a retrieval condi- 
tion described by XML in its body is sent, a correspond- 
ing retrieval result written in the same XML will be re- 
turned. In the retrieval condition, a value of a property 
of a specific name can be specified with respect to a 
certain property or a combination of a plurality of prop- 
erties. 

[001 6] An exemplary case of registering meta-data in 
the UNIX type file system includes a Be file system dis- 
closed in Dominic Giampaolo: "Practical File System 
Design with the Be File System", Morgan Kaufmann 
Publishers, Inc.; ISBN 1-55860-497-9. The Be file sys- 
tem manages files in the name space having a tree-like 
hierarchical structure similar to the UNIX, where meta- 
data called attribute can be attached to each file. The 
attribute is given by a pair of a name and a value, where 
the name is given by a character string, and the value 
is given by data such as a character string, integer, real 
number, binary number, etc. 

[0017] Similarly as in the DASL, files can be retrieved 
using an attribute value or a combination of attribute val- 
ues in the Be file system. 

[0018] As described, in the data server device capa- 
ble of managing meta-data, it is possible to manage var- 
ious information as meta-data in relation to the data. In 
addition, it becomes possible to realize sophisticated 
accesses based on the retrieval using various informa- 
tion as keys, rather than a simple access using a name 
of data or file. Furthermore, the construction of an ap- 
plication program can be also made easier as the appli- 
cation manages information related to data as meta-da- 
ta in relation to the data. 

[001 9] The data server device for managing meta-da- 
ta in relation to data has various advantageous features 
as described above, but the full advantages of these fea- 
tures cannot be taken unless meta-data are actually at- 
tached to individual data. However, attaching meta-data 
to individual data requires enormously tedious tasks. 
[0020] There are meta-data such as creation date and 
size of a file which can be attached automatically at a 
time of registering data. However, such meta-data are 
limited only to the generic meta-data that do not depend 
on data type and the like. If tasks to attach meta-data 
can be made automatic somehow, even to some extent, 
for the other kinds of meta-data, it is possible to expect 



that the user will be relieved from tedious tasks. 
[0021 ] Also, at a time of attaching meta-data, if differ- 
ent names are used for the meta-data having the same 
meaning depending on persons who attach them or 

5 times at which they are attached, or if the meta-data are 
attached to the data of the same type under arbitrarily 
different names by different applications, it becomes im- 
possible to realize the effective retrieval later on. Con- 
sequently, there has been a demand for a way to attach 

to meta-data systematically to some extent. 

[0022] It is therefore an object of the present invention 
to provide a scheme for systematically registering meta- 
data with respect to various types of individual data so 
as to enable sophisticated retrieval or application pro- 

15 gram construction assistance utilizing the meta-data in 
the data server device. 

[0023] According to one aspect of the present inven- 
tion there is provided a meta-data registration method, 
comprising the steps of: detecting a data type of regis- 

20 tering data to be registered into a data server that reg- 
isters and manages data and meta-data for data; select- 
ing one procedure corresponding to the data type de- 
tected by the detecting step, from a plurality of proce- 
dures provided in correspondence to respective data 

25 types and stored in advance, each procedure having a 
program code for generating the meta-data for data ac- 
cording to a corresponding data type; generating the 
meta-data for the registering data by executing the pro- 
gram code of said one procedure selected by the select- 

30 ing step; and registering the meta-data generated by the 
generating step in relation to the registering data into 
the data server. 

[0024] According to another aspect of the present in- 
vention there is provided a meta-data registration de- 

35 vice, comprising: a detection unit configured to detect a 
data type of registering data to be registered into a data 
server that registers and manages data and meta-data 
for data; a selection unit configured to select one proce- 
dure corresponding to the data type detected by the de- 

40 tection unit, from a plurality of procedures provided in 
correspondence to respective data types and stored in 
advance, each procedure having a program code for 
generating the meta-data for data according to a corre- 
sponding data type; and an output unit configured to out- 

45 put the meta-data for the registering data generated by 
executing the program code of said one procedure se- 
lected by the selection unit, to the data server. 
[0025] According to another aspect of the present in- 
vention there is provided a data server device, compris- 

50 ing: a request processing unit configured to receive and 
process a registration request for registering data to be 
registered into the data server device; a management 
unit configured to register the registering data according 
to the registration request and manage data and meta- 

55 data for data; a detection unit configured to detect a data 
type of the registering data; a selection unit configured 
to select one procedure corresponding to the data type 
detected by the detection unit, from a plurality of proce- 
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dures provided in correspondence to respective data 
types and stored in advance, each procedure having a 
program code for generating the meta-data for data ac- 
cording to a corresponding data type; a generation unit 
configured to generate the meta-data for the registering 
data by executing the program code of said one proce- 
dure selected by the selection unit; and a registration 
unit configured to register the meta-data generated by 
the generation unit into the management unit. 
[0026] According to another aspect of the present in- 
vention there is provided a computer usable medium 
having computer readable program codes embodied 
therein for causing a computer to function as a meta- 
data registration device, the computer readable pro- 
gram codes include: a first computer readable program 
code for causing said computer to detect a data type of 
registering data to be registered into a data server that 
registers and manages data and meta-data for data; a 
second computer readable program code for causing 
said computer to select one procedure corresponding 
to the data type detected by the second computer read- 
able program code, from a plurality of procedures pro- 
vided in correspondence to respective data types and 
stored in advance, each procedure having a program 
code for generating the meta-data for data according to 
a corresponding data type; and a third computer read- 
able program code for causing said computer to output 
the meta-data for the registering data generated by ex- 
ecuting the program code of said one procedure select- 
ed by the second computer readable program code, to 
the data server. 

[0027] According to another aspect of the present in- 
vention there is provided a computer usable medium 
having computer readable program codes embodied 
therein for causing a computer to function as a data 
server device, the computer readable program codes in- 
clude: a first computer readable program code for caus- 
ing said computer to receive and process a registration 
request for registering data to be registered into the data 
server device; a second computer readable program 
code for causing said computer to register the register- 
ing data according to the registration request and man- 
age data and meta-data for data; a third computer read- 
able program code for causing said computer to detect 
a data type of the registering data; a fourth computer 
readable program code for causing said computer to se- 
lect one procedure corresponding to the data type de- 
tected by the third computer readable program code, 
from a plurality of procedures provided in correspond- 
ence to respective data types and stored in advance, 
each procedure having a program code for generating 
the meta-data for data according to a corresponding da- 
ta type; a fifth computer readable program code for 
causing said computer to generate the meta-data for the 
registering data by executing the program code of said 
one procedure selected by the fourth computer readable 
program code; and a sixth computer readable program 
code for causing said computer to register the meta-da- 



ta generated by the fifth computer readable program 
code into the second computer readable program code. 
[0028] Other features and advantages of the present 
invention will become apparent from the following de- 
5 scription taken in conjunction with the accompanying 
drawings, in which 

[0029] Fig. 1 is a diagram for explaining a convention- 
al data management method used in a Web server. 
[0030] Fig. 2 is a diagram for explaining a convention- 
10 al data management method used in a UNIX file system. 
[0031 ] Fig. 3 is a diagram for explaining a convention- 
al data management method used according to Web- 
DAV. 

[0032] Fig. 4 is is a schematic block diagram showing 
15 a general configuration of a data server device. 

[0033] Fig. 5 is a block diagram showing an exempla- 
ry configuration of a meta-data registration device ac- 
cording to one embodiment of the present invention. 
[0034] Fig. 6 is a block diagram showing an exerrrpla- 
20 ry configuration of a data server device incorporating the 
meta-data registration device of Fig. 5. 
[0035] Fig. 7 is a diagram showing an exemplary me- 
ta-data generation procedure table used in the meta-da- 
ta registration device of Fig. 5. 
25 [0036] Fig. 8 is a flow chart for an exemplary meta- 
data registration processing by the meta-data registra- 
tion device of Fig. 5. 

[0037] Fig. 9 is a diagram showing an exemplary me- 
ta-data generated by the meta-data registration 
30 processing of Fig. 8. 

[0038] Fig. 10 is a diagram showing an exemplary 
XML document that can be handled by the meta-data 
registration device of Fig. 5. 

[0039] Fig. 11 is a diagram showing an exemplary 

35 XML meta-data correspondence table that can be used 
in the meta-data registration device of Fig. 5. 
[0040] Fig. 12 is a diagram showing an exemplary me- 
ta-data generated from a XML document data by the 
meta-data registration device of Fig. 5. 

40 [0041 ] Fig. 1 3 is a block diagram showing another ex- 
emplary configuration of a data server device incorpo- 
rating a meta-data registration device according to one 
embodiment of the present invention. 
[0042] Fig. 1 4 is a block diagram showing still another 

45 exemplary configuration of a data server device incor- 
porating a meta-data registration device according to 
one embodiment of the present invention. 
[0043] Referring now to pig. 4 to Fig. 14, preferred 
embodiments of a meta-data registration scheme ac- 

50 cording to the present invention will be described in de- 
tail, by way of example only. 

[0044] In short, in the meta-data registration scheme 
of the present invention, a plurality of meta-data gener- 
ation procedures (programs) for respective data types 
55 are stored in a computer (a meta-data registration de- 
vice or a data server device) in advance, a meta-data 
registration procedure corresponding to a type of data 
to be registered into the data server device is selected 
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from these stored m eta-data generation procedures, 
and a meta-data is automatically generated using the 
selected meta-data generation procedure and regis- 
tered in relation to the registering data. 
[0045] Fig. 4 shows a general configuration of a data 5 
server device 1 00, which comprises a storage device 
103 which is a device for actually storing data such as 
a magnetic disk device, a data management unit 1 02 for 
managing which data is stored in which region of the 
storage device 103, and an access request processing 
unit 101 which receives an access request from an ac- 
cess requesting source which is either an application 
program or a user (including a terminal device, a client, 
etc, on a network), commands reading/writing of data 
necessary for the requested access to the data man- 
agement unit 102, and returns a request processing re- 
sult to the access requesting source. Here, the request 
processing result is given by either a status information 
(response) indicating whether the data writing has suc- 
ceeded or not in the case of a data writing request (PUT 
containing data, for example), or the read out data or a 
status information indicating that the data reading has 
failed in the case of a data reading request (GET indi- 
cating request, for example). 

[0046] Fig. 5 shows an exemplary configuration of a 
meta-data registration device 200 according to one em- 
bodiment of the present invention, and Fig. 6 shows an 
exemplary configuration of a data server device 300 
which incorporates the meta-data registration device 
200 of Fig. 5 in addition to the general configuration of 
a data server device shown in Fig. 4. Note that Fig. 6 
shows the meta-data server 200 only in a schematic 
configuration for the sake of simplicity but it should be 
understood that the meta-data server 200 actually has 
a detailed configuration as shown in Fig. 5. 
[0047] When a request for registering data (PUT, for 
example) arrives at the data server device 300, the ac- 
cess request processing unit 301 of the data server de- 
. vice 300 gives this data to the data management unit 
302 which carries out a processing for registering this 
data into the storage device 303, while also giving this 
data to a data type detection module 201 of the meta- 
data registration device 200. 

[0048] The data type detection module 201 checks a 
data type of the data received from the access request 
processing unit 301. 

[0049] A meta-data generation procedure selection 
module 202 of the meta-data registration device 200 is 
managing a correspondence between various data 
types and meta-data generation procedures (programs) 
for data of respective data types, in a form of a table, for 
example. The meta-data generation procedure selec- 
tion module 202 receives the data type detected by the 
data type detection module 201, refers to the above de- 
scribed correspondence table, and selects the meta-da- 
ta generation procedure corresponding to that data 
type. 

[0050] A meta-data generation module 203 of the me- 



ta-data registration device 200 reads a program corre- 
sponding to the meta-data generation procedure select- 
ed by the meta-data generation procedure selection 
module 202, and generates a meta-data corresponding 
to the data given from the access request processing 
unit 301 by using this program. 

[0051] A meta-data registration module 204 of the 
meta-data registration device 200 registers the meta- 
data generated by the meta-data generation module 
203 in relation to the corresponding data, by command- 
ing the data management unit 302 accordingly. 
[0052] Note that each unit or module described above 
can be realized in a form of hardware, software, or a 
combination of software and hardware. It is also possi- 
ble to realize the data server device or the meta-data 
registration device of the present invention by installing 
a program for realizing functions of each unit or module 
described above into a general purpose computer. 
[0053] Now, an exemplary case of applying the 
present invention to a Web server compatible with Web- 
DAV will be described. In this example, the data type is 
detected from a MIME type or an extension of a data 
name of the data to be registered into the Web server. 
[0054] The Web server of this example has a meta- 
data generation procedure table (data type/procedure 
correspondence table) as shown in Fig. 7. This meta- 
data generation procedure table is a table indicating a 
correspondence among three pieces of information in- 
cluding a MIME type, an extension of data correspond- 
ing to that MIME type, and a meta-data generation pro- 
cedure corresponding to that MIME type. For example, 
this table indicates that data in the type of "image/jpeg" 
has the extension of either "jpeg" or M jpg", and its meta- 
data generation procedure is specified by "metajpeg". 
Here, the meta-data generation procedure name is ac- 
tually given by either a pointer to a function or a name 
of a program module to be executed. 
[0055] Instead of providing such a meta-data gener- 
ation procedure table, it is also possible to embed these 
correspondences into a meta-data registration program 
(a program for causing the general purpose computer 
to virtually operate as a meta-data registration device 
having a configuration as shown in Fig. 5) as conditional 
branchings. 

[0056] When the Web server of this example receives 
a PUT request which is a data registration request, that 
data is registered under the specified name, while the 
meta-data registration processing as shown in Fig. 8 is 
started. 

[0057] In the meta-data registration processing of Fig. 
8, whether the MIME type of the data to be registered 
(registering data) is specified in the header of the PUT 
request or not is checked (step S1). 
[0058] If the MIME type is specified, the meta-data 
generation procedure table is referred using a name of 
the specified MIME type as a key, and the meta-data 
generation procedure for the data in that MIME type is 
taken out (step S2). If the MIME type is not specified, 
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an extension portion of a name of the registering data 
is taken out, the meta-data generation procedure table 
is referred using that extension as a key, and the meta- 
data generation procedure for the data having that ex- 
tension is taken out (step S3). Here, when the MIME 
type of the registering data does not exist in the meta- 
data generation procedure table at the step S2, or when 
the extension of the registering data does not exist in 
the meta-data generation procedure table at the step 
S3, it indicates that the meta-data generation procedure 
for this data is not provided (step S4 NO), so that the 
processing is terminated without attaching any meta-da- 
ta to the registering data. On the other hand, when the 
corresponding meta-data generation procedure is found 
(step S4 YES), this procedure is executed to generate 
the meta-data to be attached to the registering data 
(step S5). 

[0059] The meta-data generated here is a collection 
of arbitrary numbers of pairs of meta-data name and val- 
ue as shown in Fig. 9. In this example, the meta-data 
with a name "data" has a value "1998-07-12", the meta- 
data with a name "author" has a value "Y. Suzuki", and 
the meta-data with a name "program" has a value 
"photoshop4.0". After generating the meta-data in this 
manner, the meta-data is registered in relation to the 
registering data (step S6). 

[0060] In this example, the processing is immediately 
terminated at the step S4 when the meta-data genera- 
tion procedure corresponding to the data type of the reg- 
istering data is not found, but this part of the processing 
may be modified as follows. Namely, it is possible to 
generate a meta-data indicating that the meta-data gen- 
eration procedure for that data was not found at the step 
S5, arid register this meta-data in relation to the regis- 
tering data at the step S6. Alternatively, it is also possible 
to notify the user who is registering the data that the me- 
ta-data generation procedure corresponding to the reg- 
istering data cannot be found so that the automatic gen- 
eration of meta-data is not carried out. By this notifica- 
tion, the user can recognize the fact that the registering 
data has no meta-data attached so that this registering 
data cannot be searched by the subsequent retrieval us- 
ing the meta-data. This is also effective in warning the 
user when a wrong data is registered or a wrong data 
registration method is used. 

[0061] The above described example employs both a 
method for detecting the data type according to the 
MIME type specified in the header of the PUT request 
and a method for detecting the data type according to 
an extension of a name of the registering data, with the 
higher priority given to the former method, but it is also 
possible to employ both methods with the higher priority 
given to the latter method, or either one of these meth- 
ods alone may be employed. Also, after the step S5 ex- 
ecutes the meta-data generation procedure selected 
according to the MIME type at the step S2 once, if it is 
found out that the meta-data generation was not carried 
out appropriately, it is possible to select another meta- 



data generation procedure according to the extension 
once again, and execute this procedure to generate new 
meta-data once again. 

[0062] Also, as a method for detecting the data type, 

5 it is possible to employ a method which checks first sev- 
eral bytes of the data and judges the data type according 
to a value of the checked bytes, or a method which 
checks contents of data rather than the first several 
bytes and judges the data type according to the checked 

10 contents. For instance, in the case of data such as 
MPEG data, it is possible to judge that this data is MPEG 
data by checking whether the data contents include a 
data sequence in a particular pattern or not. 
[0063] Also, in the above described example, the me- 

15 ta-data generation procedure corresponding to the data 
type of the registering data produces a list of meta-data 
to be attached in a predetermined format as shown in 
Fig. 9 first, and gives this list to the common processing 
step (step S6 of Fig. 8) which attaches the meta-data to 

20 the registering data, but it is also possible to implement 
the present invention such that the meta-data is at- 
tached to the registering data directly by the meta-data 
generation procedure. 

[0064] The meta-data generation procedures (pro- 
25 grams) should be created for the respective data types 
in advance and provided in a computer (the data server 
device or the meta-data registration device). For exam- 
ple, a document data of an application such as word 
processor contains within itself information on a docu- 
30 ment creation date, a document title, a document crea- 
tor name, etc., in a format suitable for that application. 
Consequently, the meta-data generation procedure can 
be created such that it extracts such an information con- 
tained in the document data itself as a meta-data in ac- 
35 cordance with a format of the document data that is an- 
alyzed in advance. The similar meta-data generation 
procedure can be created also for a data format such 
as PDF that is widely used in distribution of electronic 
documents. 

40 [0065] As disclosed in "Digital Still Camera Image File 
Format Standard (Exif) Version 2.1", JEIDA-49-1998, 
Japan Electronic Industry Development Association, 
data of a digital camera based on the widely used EXIF 
specification internally contains various information 

45 such as a model of camera used for image taking, date 
and time of image taking, a person who. took the image, 
an image title, a shutter speed, an aperture, a lens focal 
length, latitude, longitude and altitude of an image taking 
location, user comments, etc. The EXIF specification 

50 based data has the MIME type of "image/jpeg" or Im- 
age/tiff, and the meta-data generation procedure cor- 
responding to these data types is implemented such that 
it checks whether or not the EXIF information region is 
contained in a file of the JPEG or TIFF format, and ex- 

55 tracts the EXIF information as the meta-data if the EXIF 
information region is contained. Even when the EXIF in- 
formation region is not contained, it is still possible to 
extract some meta-data which is specific to the JPEG 
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or TIFF format such as resolution. 
[0066] As disclosed in "Recording - Helical-scan dig- 
ital video cassette recording system using 6,35 mm 
magnetic tape for consumer use (525-60, 625-50, 
1125-60 and 1250-50 systems) --" (IEC 61834), data of 
a digital video based on the widely used DV specification 
internally contains various information such as a record- 
ing date and time, a category indicating a recorded con- 
tent, language, a channel in the case of recording a 
broadcast program, latitude and longitude of a recording 
location, various settings and device data of a camera, 
etc., within the video stream. The DV specification 
based data is often recorded as a file in the AVI format 
or the QuickTime format that are widely used on PCs, 
and has the MIME type of "video/x-msvideo" or "video/ 
quicklime". The meta-data generation procedure corre- 
sponding to these data types is implemented such that 
it checks whether or not the DV data are contained in a 
file of the AVI or QuickTime format, and extracts the var- 
ious DV data as the meta-data if the DV data are con- 
tained. 

[0067] It is also possible for the meta-data generation 
procedure to acquire some information not contained in 
the registering data from the external and attach it as 
the meta-data, in addition to simply extracting informa- 
tion contained in the registering data as the meta-data, 
as indicated by a dashed line with arrowhead labelled 
"other information" that is entered into the meta-data 
generation module 203 in Fig. 5. For example, in the 
case of the DV specification based video data, it is pos- 
sible to acquire information regarding the program from 
an electronic program guide (EPG) according to infor- 
mation on the recording time and the broadcast channel 
contained within the data, and register information on 
the program title, the cast, etc., that is contained in the 
acquired information as the meta-data. As for a method 
for extracting information from the electronic program 
guide, the electronic program guide information that is 
transmitted by utilizing a part of the broadcast signals 
can be stored in this data server device or a computer 
connected to this data server device, and information 
on the pertinent program can be extracted from there. 
Alternatively, it is also possible to extract the electronic 
program guide information on the pertinent program 
from another server that is registered in advance, via 
communication lines such as the Internet. 
[0068] The types and the number of the meta-data to 
be generated by the meta-data generation procedure 
can be different for different data types. However, there 
are many meta-data which have the same meaning re- 
gardless of the data types, such as date, location, title, 
and data creator, for example. For these meta-data, it is 
preferable to create each meta-data generation proce- 
dure such that information extracted from data of differ- 
ent types will be registered as the meta-data of the same 
name; Namely, the meta-data generation procedure 
corresponding to the document data and the meta-data 
generation procedure corresponding to the JPEG data 



should preferably be created such that both the creation 
date extracted from the document data and the imaging 
date extracted from the EXIF information of the JPEG 
data will be registered under the meta-data name of 
5 "date". 

[0069] By such an implementation, it becomes possi- 
ble to carry out meaningful retrieval even when data of 
different types coexist. For example, when the digital 
camera data in the EXIF format, the digital video data 

10 in the DV format, and the schedule data, all of which 
were created on the same date, are coexisting, it is pos- 
sible to select the schedule of that date and the camera 
images and the video taken on that date by the retrieval 
specifying that date. Besides that, it also becomes pos- 

15 sible to carry out the retrieval for searching data regard- 
ing a certain location regardless of whether it is camera 
image or video. 

[0070] In the case where the data type of the register- 
ing data is the XML document, it is also possible to 

20 change a manner of generating the meta-data accord- 
ing to a content of that XML document. 
[0071] As shown in Fig. 10, the XML document has a 
tree structure with hierarchical tags called elements. 
Namely, what is enclosed between <book> and </book> 

25 is an element with an element name "book", and this 
element contains plural elements such as an element 
enclosed between <title> and </title>. To the XML doc- 
ument, it is possible to associate a document definition 
information called DTD. In the example of Fig. 10, the 

30 DTD with a name "book.dtd" is associated. In the DTD, 
what elements appears in what order or hierarchy in that 
document is defined. In the case of "book.dtd", it is de- 
fined that elements "title", "author", "publisher", etc., are 
arranged within a top level element "book". The XML 

35 document does not always have the DTD, and there can 
be XML documents without DTD. In such a case, there 
is a total freedom as to what elements are to be used in 
what order or hierarchy. As a method for defining the 
structure of the XML document, there are various avail- 

40 able methods other than DTD, such as DDML, DCD, 
SOX, XML-DATA, and RDF, and any of these methods 
can be handled similarly in the meta-data registration 
device of this embodiment. 

[0072] In the Web server of this example, when the 
45 data registration request using the PUT request is re- 
ceived, the meta-data generation procedure selection 
module 202 refers to the data type/procedure corre- 
spondence table and judges that it is the XML document 
if the specified MIME type is "text/xml" or the extension 
50 is "xml". Then, the meta-data generation module 203 se- 
lectively executes the meta-data generation procedure 
corresponding to the data type of the XML document, 
where this meta-data generation procedure for the XML 
document refers to an XML meta-data correspondence 
55 table (not shown) to check whether there exists an ele- 
ment specified by the XML meta-data correspondence 
table in the registering XML document or not, and ex- 
tracts information contained in that element if that ele- 
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men! exists. 

[0073] The XML meta-data correspondence table can 
be given by a table comprising three data items includ- 
ing a DTD name, an element name and a corresponding 
meta-data name, as shown in Fig. 11, for example. In 
the case of the XML document shown in Fig. 10, the 
DTD name is "boolcdtd", and when the XML meta-data 
correspondence table of Fig. 11 is referred using this 
DTD name, it is indicated therein that information of the 
element under the name "title" should be set as a value 
of the meta-data under the name "title", information of 
the element under the name "author" should be set as 
a value of the meta-data under the name "author", and 
information of the element under the name "keywords" 
should be set as a value of the meta-data under the 
name "keyword". As a result the meta-data as shown 
in Fig. 12 can be generated. 

[0074] The types and/or the number of meta-data 
generated by the meta-data generation procedure for 
the XML document can be different for different XML 
documents to be registered. However, for the meta-data 
which have the same meaning but different element 
names in different XML documents, such as date, loca- 
tion, title, and data creator, for example, it is preferable 
to create the XML meta-data correspondence table 
such that information extracted from elements with dif- 
ferent element names will be registered as the meta- 
data of the same name. Namely, the example of Fig. 11 
is made such that both the "creator" information extract- 
ed from "photo.dtd" and the "author" information extract- 
ed from "book.dtd" will be registered under the meta- 
data name of "author". By this implementation, it is pos- 
sible to carry out the meaningful retrieval even when 
XML documents with different DTDs are coexisting. 
[0075] In the above described example, the informa- 
tion to be extracted as the meta-data is specified by the 
DTD name and the element name in the XML meta-data 
correspondence table, but it is also possible to specify 
the information to be extracted as the meta-data by the 
element name alone. In such a case, whenever the el- 
ement with the specified name exists, the corresponding 
meta-data is extracted regardless of what XML docu- 
ment it is. This applies similarly for those XML docu- 
ments without DTD. 

[0076] It is also possible to specify an element from 
which the information should be extracted as the meta- 
data by a pair of a name space name and an element 
name. Here, the name space name is assigned in order 
to distinguish cases in which the same element name 
has different meanings depending on the DTDs in which 
it is defined. 

[0077] In addition, instead of registering the informa- 
tion of the element specified in the XML meta-data cor- 
respondence table directly as a value of the meta-data, 
it is also possible to register the meta-data after remov- 
ing unnecessary tags (such as tags of other elements 
that are contained in the specified element) from that 
information, summarizing the content of that informa- 



tion, or converting date or the like into some standard 
format, 

[0078] There are also cases where "application/xml" 
is used as the MIME type of the XML document, but 
5 these cases can be handled similarly as described 
above. 

[0079] The other structured documents such as 
HTML documents and SGML documents can also be 
handled similarly as the XML documents. 

10 [0080] A timing for generating and registering the me- 
ta-data using the meta-data registration device of this 
embodiment can be a timing for receiving and process- 
ing the data registration request at the data server de- 
vice such as Web server, database server or file server, 

is or the meta-data of the newly registered data can be 
generated and registered asynchronously after the data 
registration. 

[0081] The meta-data registration device of this em- 
bodiment is equally applicable to a file system capable 

20 of managing the meta-data. In the case of the Web serv- 
er, all the data will be registered collectively in response 
to the PUT request, but in the case of the file system, it 
is preferable to handle cases where a part of the already 
existing data is to be updated. For this reason, it is pref- 

25 erable to carry out the meta-data generation and regis- 
tration processing similar to that in the case of the Web 
server, at a time of closing files. It is also possible to 
record which file is updated at a time of closing files, and 
carry out the meta-data generation and registration 

30 processing asynchronously later on by searching out 
the updated files. 

[0082] In the meta-data registration device of this em- 
bodiment, a suitable meta-data generation procedure is 
selected according to the data type of the registering 

35 data. As a method for judging the data type, apart from 
those already described above, it is also possible to em- 
ploy a method which handles data entered from a spe- 
cific input device as a prescribed type. For example, it 
is possible to assume that video data entered from the 

40 digital video device via the IEEE 1394 network are al- 
ways in the DV format, and carry out the procedure for 
extracting the meta-data from data of the DV format type 
with respect to such video data. 

[0083] In the case of a system which can attach the 
45 meta-data not only to data but also to a directory, it is 
preferable to provide a function for updating the meta- 
data of a directory into which the data is to be registered , 
at a time of the data registration, in addition to the gen- 
eration of the meta-data for that data. Namely, data or 
50 child directories contained in that directory may be 
changed by the new registration or deletion of data. For 
this reason, in addition to attaching the meta-data at a 
time of registration as in the case of the ordinary, data, 
the need to change the meta-data of the directory is 
55 checked whenever data or child directory contained in 
the directory is added/deleted, and the meta-data of the 
directory is updated whenever necessary. 
[0084] The information to be updated as the meta-da- 
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ta of that directory at a time of addition/deletion of data 
or child directory within that directory includes a range 
of dates of data and meta-data, a range of locations of 
data and meta-data, and keywords for retrieval of data 
and meta-data. Namely, the meta-data of the directory 
contains information indicating common features of the 
meta-data of data or child directories within that direc- 
tory. 

[0085] The meta-data generation procedure required 
in attaching the meta-data to the directory is different 
from the meta-data generation procedure for each data 
type in that it has to be managed in correspondence to 
the directory. As a method for maintaining this corre- 
spondence, there is a method which manages a pair of 
the directory name and the meta-data generation pro- 
cedure for that directory in a correspondence table. As 
another method, there is also a method in which infor- 
mation on the meta' data generation procedure for that 
directory is included as a data under a specific name 
that is contained within that directory. As still another 
method, there is also a method in which a value of the 
meta-data with a specific name of that directory indi- 
cates information on the meta-data generation proce- 
dure of that directory or information for obtaining the me- 
ta-data generation procedure of that directory. Any of 
these methods may be used singly or in combination, it 
is also possible to check whether each method among 
a plurality of methods is applicable or not in a prescribed 
order, and use a method that is checked to be applicable 
first. 

[0086] An exemplary operation in the case of employ- 
ing the first method for maintaining the correspondence 
described above is as follows. When the addition/dele- 
tion of data or child directory occurs, the access request 
processing unit 301 or the data management unit 302 
notifies this fact to the meta-data generation procedure 
selection module 202. Then, the metadata generation 
procedure selection module 202 selects the meta-data 
generation procedure (program) corresponding to the 
directory that contains the data or child directory to be 
added/deleted, by referring to a directory name/proce- 
dure correspondence table (not shown). The meta-data 
generation module 203 then reads and executes the se- 
lected procedure. For example, the meta-data of that di- 
rectory is read out from the storage device 303 through 
the data management unit 302 and its content is 
checked, while the meta-data of the data or child direc- 
tories contained in that directory (at least one of the data 
or child directory to be added/deleted and the others) 
are read out and their contents are checked, and in the 
case where the common features of the meta-data of 
the data or child directories contained in that directory 
will be changed by that addition/deletion, new meta-data 
for that directory is generated. Then, the meta-data reg- 
istration module 204 rewrites the meta-data of that di- 
rectory into the newly generated content. 
[0087] Besides that, it is also possible to change a 
manner of generating the meta-data at a time of gener- 



ating the meta-data of data to be registered by the meta- 
data generation procedure, by referring to the meta-data 
of the directory into which this data is to be registered, 
as indicated by a dashed line with arrowhead labelled 
5 "other information" that is entered into the meta-data 
generation module 203 in Fig. 5. 

[0088] For example, whether the directory has the 
meta-data of the same name as the meta-data gener- 
ated from the registering data or not is checked. If it has, 

10 a value of the meta-data of the registering data and a 
value of the meta-data of the directory are compared, 
and if they differ (they do not coincide or a value of the 
meta-data of the registering data is not within a range 
of a value of the meta-data of the directory), this fact is 

is notified to the data registration requesting source. By 
this implementation, it is possible to prevent the errone- 
ous registration of data with different dates into a direc- 
tory in which only data of the same date should be en- 
tered, for example. 

20 [0089] As another example, whether the directory has 
the meta-data of the same name as the meta-data gen- 
erated from the registering data or not is checked. If it 
has, a value of the meta-data of the registering data and 
a value of the meta-data of the directory are compared, 

25 and if they coincide, this meta-data is not generated for 
the registering data. In this way, when there is some data 
which does not have the meta-data of interest, a value 
of the meta-data with the same name of the directory in 
which that data exists can be used as a default value 

30 (or when data having a certain meta-data value is to be 
searched but there is some data which does not have 
that meta-data, the search can be carried out by regard- 
ing a value of that meta-data of the directory in which 
that data exists as a value of that meta-data of that data). 

35 As a result, in the case of the directory into which a plu- 
rality of data with the same date are contained, for ex- 
ample, the meta-data for the date is attached only to the 
directory and not to individual data, so that it is possible 
to save the storage capacity. Also, in this method, when 

40 most of the data in the directory use the default date as 
the meta-data, it is still possible to allow the entry of data 
having an exceptional value for the meta-data for the 
date into that directory (in which case, at a time of the 
search, the default date is used for those data which 

45 have no meta-data for the date and the date indicated 
by the meta-data for the date is used for those data 
which have the meta-data for the date). 
[0090] Also, as other embodiments of the present in- 
vention, it is possible to implement a part of the functions 

50 of the meta-data registration device separately, in the 
external of the data server, rather than incorporating the 
entire meta-data registration device as a part of the data 
server device such as Web server or file system. 
[0091] Fig. 13 shows a configuration in which all the 

55 functions related to the meta-data generation among the 
functions of the meta-data registration device are imple- 
mented separately in the external of the data server de- 
vice. In this configuration, a function (201) for detecting 
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the data type of the registering data, a function (202) for 
selecting the meta-data generation procedure corre- 
sponding to that data type, a function (203) for generat- 
ing the meta-data using the selected procedure, and a 
function for returning the obtained result to the data 5 
server device 400 in a format shown in Fig. 9, for exam- 
ple, are provided in a meta-data extraction unit 402 
which is independent from the data server device 400. 
A meta-data generation calling unit 40 1 provided in the 
data server device 400 gives the data to the meta-data 
extraction unit 402 and receives the meta-data gener- 
ated as a result, and a meta-data registration unit 403 
provided in the data server device 400 registers the re- 
ceived meta-data into the storage device 103 through 
the data management unit 102. Communications be- 
tween the data server device 400 and the meta-data ex- 
traction unit 402 are realized by inter-process commu- 
nications or communications via network. 
[0092] Fig. 14 shows a configuration in which the 
function related to the meta-data generation with re- 
spect to a specific data type among the functions of the 
meta-data registration device are implemented sepa- 
rately in the external of the data server device. In this 
configuration, a function (503) for generating the meta- 
data for the data in the specific data type given from the 
data server device 500 and returning the obtained result 
to the data server 500 in a format shown in Fig. 9, for 
example, is provided in a meta-data extraction unit 502 
which is independent from the data server device 500. 
A meta-data generation calling module 501 provided in 
the data server device 500 gives the data to the meta- 
data extraction unit 502 when the generation procedure 
selected by the meta-data generation procedure selec- 
tion module 202 should be executed outside the data 
server device 500, and receives the meta-data gener- 
ated as a result. There may be a plurality of meta-data 
extraction units 502 in correspondence to a plurality of 
data types. In such a case, the meta-data generation 
calling module 501 gives the data to one meta-data ex- 
traction unit 502 that has the procedure specified from 
the meta-data generation procedure selection module 
202 among a plurality of meta-data extraction units 502. 
[0093] In the case of adopting a configuration as 
shown in Fig. 14, information necessary in calling the 
external i function for extracting the meta-data for the 
data type is recorded in an entry of the meta-data gen- 
eration procedure for that data type in the meta-data 
generation procedure table to be referred by the meta- 
data generation procedure selection module 202. For 
example, in the case where the data server device 500 
and the meta-data extraction unit 502 communicate us- 
ing SOCKET which is the inter-process communication 
function of the UNIX, an address of SOCKET is record- 
ed. It is also possible to use both the configuration of 
Fig. 14 and the configuration of Fig. 6 in combination. 
[0094] As described, according to the present inven- 
tion, it is possible to attach the meta-data to the regis- 
tering data automatically, so that it is possible to relieve 



the user from the tedious task of attaching the meta-data 
to each individual registering data, and the necessary 
meta-data can be attached without failure. 
[0095] In addition, the meta-data under the same 
names can always be attached to data of the same data 
type, and even for data of the different data types, the 
same name can be used for the meta-data which have 
the same meaning at a level of the meta-data generation 
procedure, so that it is possible to carry out the retrieval 
specifying the same meta-data name with respect to a 
wide range of data. 

[0096] It is to be noted that the above described em- 
bodiments according to the present invention may be 
conveniently implemented using a conventional general 
purpose digital computer programmed according to the 
teachings of the present specification, as will be appar- 
ent to those skilled in the computer art. Appropriate soft- 
ware coding can readily be prepared by skilled program- 
mers based on the teachings of the present disclosure, 
as will be apparent to those skilled in the software art. 
[0097] In particular, the meta-data registration device 
of the data server device of the above described em- 
bodiments can be conveniently implemented in a form 
of a software package. 

[0098] Such a software package can be a computer 
program product which employs a storage medium in- 
cluding stored computer code which is used to program 
a computer to perform the disclosed function and proc- 
ess of the present invention. The storage medium may 
include, but is not limited to, any type of conventional 
floppy disks, optical disks, CD-ROMs, magneto-optical 
disks, ROMs, RAMs, EPROMs, EEPROMs, magnetic 
or optical cards, or any other suitable media for storing 
electronic instructions. 

[0099] It is also to be noted that, besides those al- 
ready mentioned above, many modifications and varia- 
tions of the above embodiments may be made without 
departing from the novel and advantageous features of 
the present invention. Accordingly, all such modifica- 
tions and variations are intended to be included within 
the scope of the appended claims. 



Claims 

1. A meta-data registration method, comprising the 
steps of: 

detecting a data type of registering data to be 
registered into a data server that registers and 
manages data and meta-data for data; 
selecting one procedure corresponding to the 
data type detected by the detecting step, from 
a plurality of procedures provided in corre- 
spondence to respective data types and stored 
in advance, each procedure having a program 
code for generating the meta-data for data ac- 
cording to a corresponding data type; 
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generating the m eta-data for the registering da- 
ta by executing the program code of said one 
procedure selected by the selecting step; and 
registering the meta-data generated by the 
generating step in relation to the registering da- 
ta into the data server. 

2. The method of claim 1 , wherein each procedure al- 
so contains information for specifying types of the 
meta-data to be generated according to the corre- 
sponding data type, and each procedure is de- 
signed to generate names and values of the meta- 
data in types specified by said information. 

3- The method of claim 2, wherein the plurality of pro- 
cedures are designed such that those meta-data 
that are generated by different procedures but that 
have an identical meaning to an application or a us- 
er will be given an identical name. 

4. The method of claim 2, wherein a value of the meta- 
data is generated by extracting at least one of infor- 
mation contained in the registering data and sepa- 
rately stored information that is acquired according 
to the information contained in the registering data. 

5. The method of claim 1 , wherein the detecting step 
detects the data type by checking at least one of 
information contained in a registration request for 
the registering data issued to the data server, infor- 
mation contained in the registering data, and a type 
of a device from which the registering data are en- 
tered. 

6. The method of claim 1 , further comprising the steps 
of: 

carrying out at least one of a processing for 
generating one meta-data indicating non-existence 
of a corresponding procedure and registering said 
one meta-data in relation to the registering data, 
and a processing for notifying the non-existence of 
the corresponding procedure to an application or a 
user, when the corresponding procedure of the data 
type detected by the detecting step does not exist 
among the plurality of procedures stored in ad- 
vance. 

7. The method of claim 1 , wherein the plurality of pro- 
cedures includes a first procedure corresponding to 
structured documents, which contains a structure 
information indicating a structure as a type of the 
meta-data to be generated, extracts a portion spec- 
ified by the structure information from a document 
represented by the registering data, and generates 
the meta-data given by an extracted portion in cor- 
respondence to a name specified by the first proce- 
dure. 



8. The method of claim 7, wherein the first procedure 
defines the structure information for each definition 
information that defines a document structure, and 
is designed such that those meta-data that are gen- 
5 erated from different documents using different def- 

inition information but that have an identical mean- 
ing to an application or a user will be given an iden- 
tical name. 

10 9. The method of claim 1, wherein the data server 
manages data using directories, and the method 
further comprises the steps of: 

additionally selecting another procedure corre- 
15 sponding to one directory for containing data to 

be added or deleted, from another plurality of 
procedures provided in correspondence to re- 
spective directories and stored in advance, 
each of the another plurality of procedures hav- 
20 ing another program code for generating direc- 

tory meta-data that can be utilized in managing 
a corresponding directory, when a new data is 
to be added to or an existing data is to be de- 
leted from the data server, 
25 additionally generating new directory meta-da- 

ta by executing the another program code of the 
another procedure selected by the additionally 
selecting step; and 

updating the directory meta-data already regis- 
30 tered in relation to said one directory to the new 

directory meta-data generated by the addition- 
ally generating step. 

10. The method of claim 1, wherein the data server 
35 manages data using directories, and the method 

further comprises the steps of: 

notifying an application or a user that issued 
a registration request for the registering data to the 
data server when the meta-data generated for the 
40 registering data does not match with the directory 
meta-data that is used in managing one directory 
for containing the registering data. 

11. The method of claim 1, wherein the data server 
45 manages data using directories, and the method 

further comprises the steps of: 

registering the meta-data generated for the 
registering data in relation to the registering data 
when the meta-data generated for the registering 
50 data does not match with directory meta-data that 
is used in managing one directory for containing the 
registering data, and not registering the meta-data 
generated for the registering data otherwise. 

55 12. Themethodof claim 11, wherein further comprising 
the step of: 

managing the . registering data at the data 
server by using the meta-data registered in relation 
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to the registering data when the meta-data regis- 
tered in relation to the registering data exists, or by 
using the meta-data for said one directory other- 
wise. 

13. A meta-data registration device, comprising: 

a detection unit configured to detect a data type 
of registering data to be registered into a data 
server that registers and manages data and 
meta-data for data; 

a selection unit configured to select one proce- 
dure corresponding to the data type detected 
by the detection unit, from a plurality of proce- 
dures provided in correspondence to respec- 
tive data types and stored in advance, each 
procedure having a program code for generat- 
ing the meta-data for data according to a cor- 
responding data type; and 
an output unit configured to output the meta- 
data for the registering data generated by exe- 
cuting the program code of said one procedure 
selected by the selection unit, to the data serv- 
er. 

14. The meta-data registration device of claim 13, fur- 
ther comprising: 

a generation unit configured to generate the 
meta-data for the registering data by executing the 
program code of said one procedure selected by the 
selection unit, wherein the output unit registers the 
meta-data generated by the generation unit in rela- 
tion to the registering data into the data server. 

15. The meta-data registration device of claim 13, fur- 
ther comprising: 

an acquisition unit configured to acquire the 
meta-data for the registering data generated by ex- 
ecuting the program code of said one procedure se- 
lected by the selection unit, wherein the output unit 
registers the meta-data for the registering data ac- 
quired by the acquisition unit in relation to the reg- 
istering data into the data server. 

16. A data server device, comprising: 

a request processing unit configured to receive 
and process a registration request for register- 
ing data to be registered into the data server 
device; 

a management unit configured to register the 
registering data according to the registration re- 
quest and manage data and meta-data for data; 
a detection unit configured to detect a data type 
of the registering data; 

a selection unit configured to select one proce- 
dure corresponding to the data type detected 
by the detection unit, from a plurality of proce- 



dures provided in correspondence to respec- 
tive data types and stored in advance, each 
procedure having a program code for generat- 
ing the meta-data for data according to a cor- 

5 responding data type; 

a generation unit configured to generate the 
meta-data for the registering data by executing 
the program code of said one procedure select- 
ed by the selection unit; and 

10 a registration unit configured to register the me- 

ta-data generated by the generation unit into 
the management unit. 

17. A computer usable medium having computer read- 
15 able program codes embodied therein for causing 

a computer to function as a meta-data registration 
device, the computer readable program codes in- 
clude: 

20 a first computer readable program code for 

causing said computer to detect a data type of 
registering data to be registered into a data 
server that registers and manages data and 
meta-data for data; 

25 a second computer readable program code for 

causing said computer to select one procedure 
corresponding to the data type detected by the 
second computer readable program code, from 
a plurality of procedures provided in corre- 

30 spondence to respective data types and stored 

in advance, each procedure having a program 
code for generating the meta-data for data ac- 
cording to a corresponding data type; and 
a third computer readable program code for 

35 causing said computer to output the meta-data 

for the registering data generated by executing 
the program code of said one procedure select- 
ed by the second computer readable program 
code, to the data server. 

40 

18. The computer usable medium of claim 17, wherein 
the computer readable program codes further in- 
clude: 

a fourth computer readable program code for 
45 causing said computer to generate the meta-data 
for the registering data by executing the program 
code of said one procedure selected by the second 
computer readable program code, wherein the third 
computer readable program code registers the me- 
50 ta-data generated by the fourth computer readable 
program code in relation to the registering data into 
the data server. 

19. The computer usable medium of claim 17, wherein 
55 the computer readable program codes further in- 
clude: 

a fourth computer readable program code for 
causing said computer to acquire the meta-data for 
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the registering data generated by executing the pro- 
gram code of said one procedure selected by the 
selection unit, wherein the third computer readable 
program code registers the m eta-data for the regis- 
tering data acquired by the fourth computer reada- 5 
ble program code in relation to the registering data 
into the data server. 

20. A computer usable medium having computer read- 
able program codes embodied therein for causing io 
a computer to function as a data server device, the 
computer readable program codes include: 

a first computer readable program code for 
causing said computer to receive and process 15 
a registration request for registering data to be 
registered into the data server device; 
a second computer readable program code for 
causing said computer to register the register- 
ing data according to the registration request 20 
and manage data and meta-data for data; 
a third computer readable program code for 
causing said computer to detect a data type of 
the registering data; 

a fourth computer readable program code for 25 
causing said computer to select one procedure 
corresponding to the data type detected by the 
third computer readable program code, from a 
plurality of procedures provided in correspond- 
ence to respective data types and stored in ad- 30 
vance, each procedure having a program code 
for generating the meta-data for data according 
to a corresponding data type; 
a fifth computer readable program code for 
causing said computer to generate the meta- 35 
data for the registering data by executing the 
program code of said one procedure selected 
by the fourth computer readable program code; 
and 

a sixth computer readable program code for 40 
causing said computer to register the meta-da- 
ta generated by the fifth computer readable pro- 
gram code into the second computer readable 
program code. 
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